Date: Fri, 22 Apr 94 04:30:25 PDT 

From: Ham-Space Mailing List and Newsgroup <ham-space@ucsd.edu> 
Errors-To: Ham-Space-Errors@UCSD.Edu 

Reply-To: Ham-Space@UCSD.Edu 

Precedence: Bulk 

Subject: Ham-Space Digest V94 #102 

To: Ham-Space 


Ham-Space Digest Fri, 22 Apr 94 Volume 94 : Issue 102 


Today's Topics: 
AMSAT HF PBBS MOVE 
Building a Satellite. Need Advice. 
Yaesu FT-736R/AEA DSP-1232 interface problem 


Send Replies or notes for publication to: <Ham-Space@UCSD.Edu> 
Send subscription requests to: <Ham-Space-REQUEST@UCSD.Edu> 
Problems you can't solve otherwise to brian@ucsd.edu. 


Archives of past issues of the Ham-Space Digest are available 
(by FTP only) from UCSD.Edu in directory "mailarchives/ham-space". 


We trust that readers are intelligent enough to realize that all text 
herein consists of personal comments and does not represent the official 
policies or positions of any party. Your mileage may vary. So there. 


Date: Tue, 19 Apr 1994 09:20:28 -0400 

From: ihnp4.ucsd.edu!swrinde! gatech!newsxfer.itd.umich.edu!ncar!asuvax! 
pitstop.mcd.mot.com!mcdphx!schbbs!mothost! lmpsbbs!NewsWatcher! 
user@network.ucsd.edu 

Subject: AMSAT HF PBBS MOVE 

To: ham-space@ucsd.edu 


In article <$arts-094.1994@ampr.org>, BJARTS@stthomas.edu (B J Arts) wrote: 


> SB PBBS@AMSAT $ARTS-094 

> AMSAT PBBS MOVE 

> 

The AMSAT PBBS will be changing frequency and modes starting April 

15th at 1600 UTC. The AMSAT PBBS will be on a Mark frequency of 14.079, 

that's (14.181.1 AFSK LSB), using the mode Pactor with the callsign WTON. 
? 


VvVV 


NO, actually it should read 14.081.1 (minor typing error), and if you are 
running a Kenwood you will want to center-tune at 14.081.2 instead. This 
will put mark at the requested frequency with space 200 hz down from there. 


If you have trouble copying, remember to also check your TNC's TxRev and 
RxRev settings when running inverted like this. 


> The new schedule will be as follows: Monday THRU Saturday from 1600 UTC 

> until 2300 UTC on a Mark freqeuncy of 14.079. From 2330 UTC until 0400 UTC 
> on a Mark freqeuncy of 7.073.5 that's (7.075.6 AFSK LSB), using the Mode 

> Pactor. These changes have been made to better serve AMSAT users with better 
> coverage and use of a mode that many of the users have expressed an interest 
> in. If anyone would like to use the Mode G-TOR, please let me know and I 

> can see about setting up a schedule for G-TOR users. Please send any 

> comments or suggestions to one of the following: 

> INTERNET: BJARTS@STTHOMAS. EDU 

> PACKET: WTON@WBOGDB.#STP.MN.USA.NOAM 

> PACTOR: WTON 

> 

> The AMSAT PBBS will have updated Keps and AMSAT BULLETINS, along with 

> SpaceNews and other satellite related items. 

> 

> 73 AND THANKS FOR YOUR TIME AND INTEREST THE AMATEUR SATELLTIE PROGRAM 

> de BJ ARTS WTON 

> 

> /EX 

Karl Beckman, P.E. < STUPIDITY is an elemental force for which > 
Motorola Comm - Fixed Data < no earthquake is a match. -- Karl Kraus > 


The statements and opinions expressed here are not those of Motorola Inc. 
Motorola paid a marketing firm a huge sum of money to get their opinions; 
they have made it clear that they do not wish to share those of employees. 


Amateur radio WA8NVW @ K8MR.NEOH.USA.NA NavyMARS VBH @ NOGBN.NOASI 


Date: 22 Apr 94 06:44:19 GMT 

From: dog.ee.lbl.gov!agate!headwall.Stanford.EDU! rbatra@ucbvax.berkeley.edu 
Subject: Building a Satellite. Need Advice. 

To: ham-space@ucsd.edu 


Hi All, 


I'm a Stanford graduate student in the Aeronautics program and 
am building a satellite that will be launched hopefully sometime next year. 
I plan on using a TNC for telemetry data. Since the majority of the 
satellites use PSK, I plan on using a rad hard version of a paccom tiny 2. 
I hear they use low power (CMOS) and are easy to hook up to a transceiver 


(as opposed to 9600). First, are my decisions sound? 
The satellite will be in LEO, and we do plan on downloading jpeg pics 
(about 20K each). 8 - 15 minute windows. 

Second, what can I do about data integrity? I hear there is a 
protocol called pacsat that the uosat's use- is this an easily configured 
code (we plan on launching a 68332), and if so where is it available. 

If there is a better/easier protocol available let me know. My major concern 
is to resume a download if the window is not long enough to retrieve a 
picture. 

Third, using a store bought TNC 1200 baud, will I have any problems 
uploading. Will Doppler's effect be a problem? 


Thanks in advance, 


Rajesh Batra 
rbatra@leland.stanford.edu 


Date: 22 Apr 94 03:40:45 GMT 

From: dog.ee.lbl.gov!ihnp4.ucsd.edu!usc!nic-nac.CSU.net!clstcs! 
rdhoughton@ucbvax.berkeley.edu 

Subject: Yaesu FT-736R/AEA DSP-1232 interface problem 

To: ham-space@ucsd.edu 


I'm in the process of connecting a Yaesu FT-736R transceiver 
to an AEA DSP-1232 all mode controller with the intention of 
working PACSAT. I have the new version 7.00 firmware which 
supports modem 13 doppler correction for the radio. 
Unfortunately, if I'm reading the schematics properly, the 
AEA unit seems to expect that the up/down frequency buttons 

on the microphone operate by pulling a line to ground, while 
these buttons on the FT-736R seem to function by pulling a 
line to +5 volts in order to step the frequency up or down. 
Needless to say, that after following the AEA instructions 
(and resultantly pulling the +5 power supply to ground) my 
radio was not a happy camper. Luckily I got away without 
damage but I've decided to ask for help. There must be a lot of 
people out there who have run into this problem. The AEA rep 
was courteous but had no real answers. (I guess you'll have to 
build some kind of interface...) 


If any of you have a simple solution to this problem, I'd love 
to hear from you. 


Thanks for your help! 


Bob Houghton, KC6LVG 


rdhoughton@vms4.csupomona. edu 


End of Ham-Space Digest V94 #102 
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